11/29/2005 15:55 6517351102 



SHUMAKER & SIEFFERT 



PAGE 10/16 



Application Number 10/072,428 
Responsive to Office Action mailed September 29, 2005 

REMARKS 

This amendment is responsive to the Final Office Action dated September 29, 2005. 
Applicant has amended claims 1, 3, 4, 13, 17, and 27 and cancelled claim 2. Claims 1 and 3-37 
are pending upon entry of this amendment. 

As a preliminary comment, Applicant notes that even though the present Office Action is 
a final rejection, the amendments must be entered. In particular, the amendment to claim 1 
incorporates language from cancelled claim 2. Claims 13, 17 and 27 have been amended to 
include elements from cancelled claim 2. As a result, no new issues have been raised and no new 
matter has been entered 

In addition, Applicant woutd like to thank the Examiner for discussing the Final Office 
Action via telephonic interview on November 29, 2005. Mr. Patel and Mr. Sieffert participated 
in the interview. During the telephonic interview, the Applicant and the Examiner discussed (i) 
the rejections of claims 1 and 2. 

In particular, Applicant requested clarification of the Examin er's argument set forth on 
page 2 of the Office Action with respect to claim 1 . Applicant first requested clarification of the 
Examiner's construction of the claim requirements of a "first text block defining a data channel" 
with respect to the Applicant Admitted Prior Art (AAP A). The Examiner clarified that he was 
construing the term first text block to read on the short string "i n t er f ace 1 1 - 1 / 1 / 1 : 0 : 0" 
as defining the Tl data channel. The Examiner also clarified that he was reading the 
requirements of "one or more additional text blocks not contained within the first text block that 
define one or more data sub-channels within a network link** to cover the strings "interface 
ds0-l/l/l:0!0:0"and ^interface ds0-l/l/l : 0 : 0 : 1 

In response, the Applicant explained that, consistent with the specification, the term text 
block is used to mean a block of configuration data bounded by an opening character (e.g., "{") 
and a corresponding closing character (e.g., "}"). 

The Applicant then explained that the Examiner's rejection of claim 1 is nevertheless 
erroneous because if the first text block of claim 1 was interpreted so broadly as to cover the 
string "interface tl- 1/1/1: 0:0, "as the Examiner suggested, then this "first text block" 
does not include any '^references that hierarchically relate the data channel and the data sub- 
channels,* 1 as further required by claim 1 . The Applicant pointed out that the string 
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""interface tl- 1/1/1 : 0 : 0" refers to a Tl channel and contains no information 
whatsoever that identifies or otherwise references the DSO sub channels into which the Tl 
channel is further partitioned. The Applicant pointed out that, for at least this reason, the 
Examiner's construction of the term "first text block** and rejection of claim 1 is erroneous. 

Finally, the Examiner suggested that the elements of claim 2 when combined with claim 1 
further clarified these differences over the prior art. The Applicant agreed to amend claim 1 for 
purposes of clarification, and the Examiner agreed to reconsider the application in vi ew of the 
agreed-upon differences over the cited prior art. 

Claim Rejection Under 35 U-S.C. 6 1 02 

In the Office Action, the Examiner rejected claims 1, 2, 4, 5, 8-10, 12, 13, 15-17, 19, 20, 
23, 24, 2&-28, 30, 3 1, 35 and 36 under 35 U«S.C 102(a) as being anticipated by background 
information provided by the Applicants (referred to by the Examiner as Applicant Admitted Prior 
Art (AAPA)). 

Claim 1 to requires a method comprising receiving configuration input that includes a 
first text block defining a data channel and one or more additional text blocks not contained 
within the first text block that define one or more data sub-channels within a network link, 
wherein the first text block includes references that hierarchically relate the data channel and 
the data sub-channels. Applicant has amended claim 1 to include elements of claim 2 to further 
clarify that the references are labels that uniquely identify the one or more other text blocks 
within the configuration input that are external to the first text block. Applicants have also 
amended claims 13, 17 and 27. 

Applicants respectfully traverse the rejection to the extent such rejection may be 
considered applicable to the amended claims. AAPA fails to disclose each and every feature of 
the claimed invention, as required by 35 U.S.C. 102(a), and provides no teaching that would have 
suggested the desirability of modification to include such features. 

As described by the background information provided by Applicants (relied upon by the 
Examiner as AAPA), certain conventional routers typically support a text-based interface in 
which the administrator enters configuration input that describes the channelization of the 
network link in a continuous, nested format. The Applicant explained in the interview that, 
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consistent with the specification, the term text block is used to mean a block of confi guration 
data bounded by an opening character (e.g., "{") and a corresponding closing character (e.g., "}")• 
For example, the following is a reproduction of a portion of AAPA referred to by the Examiner. 
The following portion shows an interface tl- 1/1/1 : 0 1 0 text block with the opening 
bracket for the text block labeled as A and a corresponding closing bracket labeled as B. 
interface t1 -1/1/1:0:0 



s 



{ 



t1 configuration data 
interface ds0-1/1/1:0:0:0 



N1 



{ 



dsO configuration data 



interface ds0-1/1/1:0:0:1 ^ 



N2 



dsO configuration data 



} 

...etc.. 



As illustrated above the interface tl-l/l/l:0:0 text block contains the Tl 
configuration data for the T4 channel 0abeled C on the above diagram) and also contains 
additional, nested text blocks (labeled Nl and N2) of configuration data for the DSO sub- 
channels. In this manner, the text block associated with each lower-level sub-channel is 
contained and nested within configuration text block for the higher-level Tl channel, and is 
indented to a level that shows the hierarchical relationship of the Tl channel and DSO sub- 
channels. As the complexity of the channelization supported by the router increases, the level of 
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nesting increases and configuration data may begin wrapping or clipping within the display 
viewed by the administrator. 

Thus, as clarified by the above illustration, AAPA fails to teach or suggest a first text 
block denning a data channel and one or more additional text blocks not contained within the 
first text block that define one or more data sub-channels within a network link, as required by 
claim 1. Further, AAPA fails to teach or suggest a first text block having references uniquely 
identify the one or more other text blocks within the configuration input that are external to the 
first text block, as required by amended claim 1. 

To the extent the Examiner maintains the position that merely the string "interface 
tl- l/l/i : o : 0" itself is a text block, then it is clear that this string does not include any 
"references that hierarchically relate the data channel and the data sub-channels," as required by 
Claim 1. In fact, the string "interface tl- l/l/i : o : 0" refers to the Tl channel and 
contains no information whatsoever that identifies or otherwise references the DSO sub channels. 
With respect to claim 1 as amended, the above illustration makes clear that AAPA Ms to teach 
or suggest a first text block having labels that uniquely identify the one or more other text blocks 
that are external to the first text block. Contrary to the assertions by the Examiner, the string 
"interface cl-l/i/i:0s0" contains no labels that uniquely identify text blocks external 
to the first text block that define the sub channels. 

Moreover, AAPA fails to teach or suggest configuration input therein comprising a first 
text block defining a data channel and one or more additional text blocks not nested within the 
first text block that define at least one data sub-channel within a network link, as recited by 
Applicant's claim 13. Similarly, AAPA fails to teach or suggest configuration input having a 
first text block defining a data channel and a set of additional non-nested text blocks external to 
the first text block defining at least one data sub-channel, as required by claims 1 7 and 27. 

In order to support an anticipation rejection under 35 U.S-C. 102(a), it is well established 
that a prior art reference must disclose each and every element of a claim. This well known rule 
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of law is commonly referred to as the "all-elements rule." 1 If a prior art reference fails to 
disclose any element of a claim, then rejection under 35 U.S.C. 102(a) is improper. 2 

For at least these reasons, AAPA fails to disclose each and every limitation set forth in 
claims 1, 2, 4, 5, 8-10, 12, 13, 15-17, 19, 20, 23, 24, 26-28, 30, 31, 35 and 36, and the rejection 
should be withdrawn- 

Claim Rejection Under 35 U.S.C. S 103 

In the Office Action, the Examiner rejected claims 3, 6, 1 1, 18, 21, 25, 29, 32, 34 and 37 
under 35 U.S.C. 103(a) as being unpatentable over AAPA in view of Nulu et al. (USPN 
6,650,347). Applicants respectfully traverse the rejection to the extent such rejections may be 
considered applicable to the claims as amended. The applied references fail to disclose or 
suggest the inventions defined by Applicants' claims, and provide no teaching that would have 
suggested the desirability of modification to airive at the claimed invention. 

Claims 3, 25 and 29 

With respect to claims 3, 25 and 39, AAPA in view of Nulu fails to teach or suggest 
resolving the references to the text blocks within the configuration input, and constructing a 
hierarchical data structure to store the configuration input based on the resolution of the 
references. The Examiner correctly recognized that AAPA does not teach or suggest resolving 
references to the text blocks and constructing hierarchical data based on the resolution. 
Nevertheless, the Examiner rejected claims 3, 25 and 29 over AAPA in view of Nulu. 

In general, Nulu describes a graphical user interface for maintaining networking 
hardware. FIGS, 2 and 3 relied upon by the Examiner show "architectural perspectives" having 
''icons" that graphically illustrate the architecture of the hardware equipment being configured. 
Thus, AAPA in view of Nulu fails to teach or suggest the resolution of textual preferences to text 
blocks at all. Nulu describes a graphical user interface (GUI) that provides a graphical 



1 See Hybtitech Inc. v. Monoclonal Antibodies, Inc., 802 F.2d 1367, 231 USPQ 81 (CAFC 1986) ("it is axiomatic 
that for prior art to anticipate under 102 it has to meet every element of the claimed invention'*)- 
2 Id. See also Lewmar Marine, Inc. v. Barient, Inc. 827 F:2d 744, 3 USPQ2d 1766 (CAFC 1987); in >^ ^0^ 910 
F.2d 831, 15 USPQ2d 1566 (CAFC 1990); C.R. Bard, Inc. v. MP Systems, Inc., 157 F.3d 1340, 48 USPQ2d 1225 
(CAFC 1998); Oney v. Ratliff, 1 82 F.3d 893, 51 USPQ2d 1697 (CAFC 1999); Apple Computer, Inc. v. Articulate 
Systems, Inc., 234 F.3d 14, 57 USPQ2d 1057 (CAFC 2000). 
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representation of an architecture and is not concerned with textual configuration data at all 
None of the references, either singularly or in combination, teach or suggest resolving textual 
references to the text blocks within the configuration input, and constructing a hierarchical data 
structure to store the configuration input based on the resolution of the references. 

In the recent Office Action, the Examiner described in detail other "architectural 
perspectives" of how a channel may be divided and resources may be added or deleted (see, e.g., 
Office Action, pp>3-5)» Applicant is unsure as to how these examples relate to the issue that 
Nulu fails to teach resolving textual references. Even assuming the example channel 
provisioning provided by the Examiner is correct, the examples appear to be unrelated to 
resolving the textual references within text blocks within the configuration input, as required by 
claims 3, 25 and 29. 

Claims 6 and 32 

With respect to claim 6 and 32, the Examiner correctly recognized that AAPA does not 
teach or suggest justifying the firsttext block and the additional text blocks at or near a common 
margin within a display. In rejecting claims 6 and 32, the Examiner states that Nulu teaches 
justifying configuration text [blocks] at or near a common margin, and relies on Nuhi FIG. 3 and 
col., 6, 11. 5-20 and col. 6, 11. 23-28. In the recent Office Action, the Examiner now also refers to 
FIG. 8 of Nulu. However, the Examiner's reasoning is flawed for at least three reasons. 

First, FIG. 3 relied upon by the Examiner does not show configuration text, but rather is a 
graphical illustration of the architecture of the hardware equipment being configured. Nulu 
specifically refers to the GUI as presenting graphical "icons" representing the resources of the 
hardware. Thus, AAPA in view of Nulu does not teach or suggest justifying text blocks of 
configuration data, as required by claims 6 and 32. 

Second, as clearly illustrated in FIG. 3, the Nulu system positions the graphical "icons" 
representing the hardware resources at respective indents that represent the hierarchical 
arrangement of the resources. Thus, AAPA in view of Nulu fails to teach or suggest justifying 
configuration data for a first text block for a channel and additional text blocks for sub-channels 
of that channel at the same, common margin. To the contrary, at col. 6, 11. 7-9, Nulu refers to 
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FIG. 3 and specifically states that graphical icons representing lower level resources are indented 
from the upper level resources: 

[T]he visual display of the resource tree as a whole should (as discussed) make the 
box architecture readily apparent. In the embodiment of FIG. 3, this is accomplished by: 
1) placing lower level resources directly beneath the next highest level resource and 2) 
indenting and tracing each lower level resource to its next highest level resource 
(emphasis added). 

Third, FIG. 8 does not overcome any of these deficiencies. FIG. 8 appears merely to 
show a graphical window listing a few parameters. This does not teach or suggest justifying the 
first text block and the additional text blocks at or near a common margin within a display. FIG. 
8 does not show a ''first text block" for a data channel in conjunction with additional text blocks 
for other channels. It is unclear how the window of FIG. 8 listing a few parameters teaches 
justifying the first text block and the additional text blocks for the sub-channels to a common 
margin. FIG. 8 does not even show text blocks for both a data channels and sub-channels. 

For at least these reasons, the AAPA in view of Nulu fails to establish a prima facie case 
for non-patentability of Applicant's claims 3, 6, 1 1, 18, 21, 25, 29, 32, 34 and 37 under 35 U.S.C. 
103(a). Withdrawal of this rejection is requested. 



AU claims in this application are in condition for allowance. Applicant respectfully 
requests reconsideration and prompt allowance of all pending claims. Please charge any 
additional fees or credit any overpayment to deposit account number 50-1 778. The Examiner is 
invited to telephone the below-signed attorney to discuss this application* 



CONCLUSION 



Date: 



By: 




8425 Seasons Parkway, Suite 105 



Reg. No.: 41,312 



St. Paul, Minnesota 55125 
Telephone: 651.735.1100 
Facsimile: 651.735.1102 
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